home *** CD-ROM | disk | FTP | other *** search
/ Clipart Warehouse 1 (Chestnut) / Clipart Warehouse.iso / utils / pkz204e / v204e.new < prev    next >
Text File  |  1993-04-30  |  9KB  |  193 lines
  1.  
  2. The following changes have been made in version 2.04e of
  3. PKZIP/PKUNZIP from version 2.04c.
  4.  
  5. 1) DPMI.
  6.  
  7.      The DPMI support in PKZIP/PKUNZIP has been changed to work
  8.      around bugs and anomolies with the following DPMI drivers or
  9.      environments.  PKWARE would like to thank Quarterdeck Office
  10.      Systems and Qualitas, Inc. for their technical assistance
  11.      regarding DPMI.
  12.  
  13.     a) PC-KWIK
  14.  
  15.       According to PC-KWIK corporation's document, 'PC-KWIK
  16.       Technical Issues "Summer '92"':
  17.  
  18.     PC-KWIK is unable to recognize memory requests from programs
  19.     using VCPI or DPMI protocols ... For programs [that use VCPI
  20.     or DPMI] it is necessary to reduce the size of the cache and
  21.     disable lending.
  22.  
  23.       PC-KWIK has a lending feature that allows memory to loaned
  24.       from the cache memory to applications.  However, PC-KWIK is
  25.       not aware of any memory allocated or used by DPMI, and will
  26.       loan this memory as well, possibly causing corruption of the
  27.       DPMI driver and usually resulting in a system crash or reboot.
  28.  
  29.       This problem seems to present in most versions of SUPERPCK,
  30.       through version 5.01.
  31.  
  32.       In other words, when using PC-KWIK with any program that uses DPMI,
  33.       including PKZIP and PKUNZIP, you should either make sure that you
  34.       have enough memory in your computer so that lending will not occur,
  35.       reduce the size of your cache, or disable PC-KWIK's lending.
  36.  
  37.       Therefore, PKZIP/PKUNZIP detect for the presence of PC-KWIK
  38.       and default DPMI to DISABLE when PC-KWIK is installed.  This
  39.       can be overidden by specifying -)+ on the PKZIP or PKUNZIP
  40.       command line, or by placing DPMI=ENABLE in your PKZIP.CFG for
  41.       PKZIP or setting the environment variable PKUNZIP=-)+ for PKUNZIP.
  42.  
  43.   b) QDPMI 1.00
  44.  
  45.       If a program tries to use DPMI and EMS memory with QDPMI 1.00,
  46.       QDPMI would become unstable or crash.  PKZIP/PKUNZIP now
  47.       check for the presence of QDPMI 1.00 and if PKZIP/PKUNZIP
  48.       are using EMS memory, they do not attempt to use DPMI at all.
  49.  
  50.  
  51.   c) QDPMI 1.01
  52.  
  53.       When a program switches to protected mode, QDPMI does not
  54.       'synchronize' the EMS page frame.  The result is that programs
  55.       can not correctly read or write any data in the EMS page frame
  56.       while in proteced mode.  PKZIP/PKUNZIP now check for the presence
  57.       of QDPMI 1.01 and will use slower real-mode code for any
  58.       manipulation of data in the EMS page frame rather than faster
  59.       protected mode code.
  60.  
  61.   d) OS/2 2.0 DOS BOX
  62.  
  63.       The OS/2 2.0 DOS box does not allow programs to allocate the
  64.       'DPMI private data area' in an UMB.  Doing so causes a system
  65.       violation error.  PKZIP/PKUNZIP now check to see if they are
  66.       running in the OS/2 2.0 DOS box and will not allocate the DPMI
  67.       private data area in an UMB.  (This is actually kind of a shame,
  68.       as the OS/2 DOS box (unlike the Windows DOS box) provides UMB
  69.       memory to DOS applications.  It should be able to allow programs
  70.       to store the DPMI data area in these UMB's.)
  71.  
  72.   e) Windows 3.0 DOS BOX
  73.  
  74.       The DPMI support in the Windows 3.0 DOS box does not always
  75.       seem to work correctly.  Therefore, PKZIP/PKUNZIP detect if
  76.       they are running in the Windows 3.0 DOS box and will not support
  77.       DPMI in this environment.
  78.  
  79.   f) Windows 3.1 DOS BOX
  80.  
  81.       The way PKZIP/PKUNZIP allocates the DPMI save/restore state
  82.       buffer has been changed to be more compatible with Windows 3.1.
  83.  
  84. 2)  The Norton AntiVirus program FALSELY reported that PKZIPFIX and
  85.     PKUNZIP contained the Maltese Ameoba virus.  The software DID
  86.     NOT contain this virus.  All files in this release have been
  87.     modified so as to not trigger any FALSE virus reports by the
  88.     Norton AntiVirus program.
  89.  
  90. 3)  QEMM versions 5.1x would corrupt the high word of the 32-bit
  91.     registers on an 80386 or 80486 CPU.  PKZIP/PKUNZIP check for
  92.     this condition, and will not use 32-bit instructions if QEMM
  93.     version 5.1x is present.
  94.  
  95. 4)  Apparently some peer-to-peer networks such as Novell Netware Lite
  96.     and others do not support canonical or fully specified filename.
  97.     PKZIP now uses noncanonical filenames when specifying temporary
  98.     filenames on a network drive to avoid this problem.
  99.  
  100. 5)  PKZIP would erroneously report "E28 Destination is same as temp
  101.     directory" when creating a new .zip file on drive A:.  This has
  102.     been fixed.
  103.  
  104. 6)  The keywords on/enable and off/disable are now synonymous when
  105.     used in the PKZIP configuration file.
  106.  
  107.  
  108. 7)  Using EMS= options in the PKZIP configuration file would enable
  109.     or disable both EMS and XMS usage.  The XMS= option had no effect.
  110.     This has been corrected.
  111.  
  112. 8)  The Quick format option in PKZIP would zero out the existing FAT
  113.     on the disk (by design).  However, if the disk had any bad
  114.     sectors on it (in which case, it isn't a good idea to use that
  115.     disk as a backup disk anyway...) they would now be marked as
  116.     good.  By popular demand, PKZIP now reads the existing FAT and
  117.     leaves any bad sectors marked as bad.  This however, makes the
  118.     'Quick' format function about twice as slow as it was (although
  119.     still much faster than an unconditional format).  In most cases
  120.     however, unless there are several subdirectories on the diskette,
  121.     the -&w (wipe) option is faster than the -&f (format) option when
  122.     backing up to pre-formatted diskettes.
  123.  
  124. 9)  Under some cirumstances, PKZIP could possibly store the last
  125.     file in a multi-disk backup set incorrectly.  This has been
  126.     corrected.
  127.  
  128. 10) The volume label option in PKZIP would not work.  This has been
  129.     fixed.
  130.  
  131. 11) PKZIP/PKUNZIP now searches for a PKNOFASTCHAR variable in the
  132.     DOS environment.  If this variable is present, PKZIP/PKUNZIP
  133.     will use the slower DOS 1.x/2.x character output functions
  134.     rather than the 'DOS Fast Character Output' function.  This is
  135.     provided for compatability with some TSR's, BBS Doors and mail
  136.     readers etc., that redirect or capture the output of programs and
  137.     do not support the DOS Fast Character Output function.
  138.  
  139. 12) PKZIP will now accept either MAXIMUM or MAXIMAL in the
  140.     configuration file.
  141.  
  142. 13) Some people have requested that the -& backup option support the
  143.     DOS verify function.  Specifying -&v on the PKZIP command line
  144.     or BACKUP=VERIFY in the PKZIP.CFG file will turn on the DOS
  145.     verify flag when writing to the backup disk(s).  This makes
  146.     PKZIP run slower, but ensures better integrity of each diskette.
  147.  
  148. 14) Using the -m option with -rp in PKZIP will delete any empty
  149.     subdirectories that have been saved in the .ZIP file after all
  150.     the files have been moved into the .ZIP file.  Some people have
  151.     requested a way to have PKZIP leave these empty subdirectories
  152.     behind.  This can be accomplished by using -m- on the PKZIP
  153.     command line.
  154.  
  155.  
  156. 15) It appears that some versions of NoGate's PAK program would
  157.     place incorrect information in the .ZIP file directories that it
  158.     created.  Specifically, the disk number information for where
  159.     files, the central directory, and the central end directory
  160.     started is inconsistent, causing PKUNZIP to think it was
  161.     extracting a multi-disk .ZIP file when it really wasn't.
  162.     PKUNZIP now checks for this condition, and ignores this
  163.     erroneous information.
  164.  
  165. 16) PKZIP now ignores any ZIPDATE= or -o or -k options when creating
  166.     multi-disk .ZIP files, rather than displaying the help screens.
  167.  
  168. 17) On some 80386 machines running PKZIP could leave allocated UMB's
  169.     behind.  This has been corrected.
  171. 18) In some circumstances, running PKZIP with EMS memory and very low
  172.     free conventional memory could cause corruption of the .ZIP file.
  173.     This has been corrected.
  174.  
  175. 19) When PKZIP prompts for an encryption password, it will now ask the
  176.     user to enter the password twice for verification.
  177.  
  178. 20) PKZIP/PKUNZIP would not work under DOS 2.x.  This is because
  179.     DOS 2.x crashes on many int 2Fh installation check calls for
  180.     EMS/XMS drivers etc.  These calls work properly under DOS 3.0
  181.     or above.  Therefore, PKZIP/PKUNZIP detect for the presence
  182.     of DOS 2.x, and will not support any of the advanced features
  183.     including 32-bit instructions, EMS memory, XMS memory, DPMI
  184.     support and Netware usage.
  185.  
  186. 21) PKSFX could in some instances erroneously report failed AV's or
  187.     garble any AVEXTRA text present.  This has been fixed.
  188.  
  189. 22) Using PKZIP with the -o option or ZIPDATE=LATEST in the configuration
  190.     file would set the date of the .ZIP file to the latest dated file
  191.     or directory.  Directory dates are now ignored in this version.
  192.  
  193.